home *** CD-ROM | disk | FTP | other *** search
/ MacFormat España 15 / macformat_15.iso / Shareware Internet / Juegos / Bolo / More information / rec.games.bolo FAQ Part 2 < prev   
Text File  |  1995-04-28  |  33KB  |  658 lines

  1. rec.games.bolo Frequently Asked Questions (FAQ) - Part 2
  2. Version 1.9.4 - February 7, 1995
  3. -----------------------------------------------------------------------
  4. Compiled and maintained by Cory L. Scott (aka Kimboho) 
  5. (cls6@midway.uchicago.edu)
  6. -----------------------------------------------------------------------
  7. This file is meant to be displayed in good ol' Monaco 9 point.
  8. You are strongly encouraged to read this FAQ before posting to r.g.b.
  9. If you have any questions or comments about this FAQ, please email 
  10. cls6@midway.uchicago.edu.
  11.  
  12. The FAQ is divided into two sections for space reasons. The first part 
  13. is dedicated to the basics of Bolo and the USENET group devoted to it, 
  14. and the second part deals with maps, brains, and strategy.
  15.  
  16. The FAQ is also available by FTP to cybercow.rh.uchicago.edu.
  17.  
  18. The FAQ is available in HTML form at:
  19. http://vasthi.rh.uchicago.edu/People/Woodward/BoloFAQ.html
  20.  
  21.  
  22. PART II  -   BOLO NET RESOURCES, FACTS, AND STRATEGY
  23.  
  24. BOLO NET RESOURCES
  25.  
  26. I. Where are some good FTP sites?
  27. II. How about Web Sites?
  28.  
  29. BOLO FACTS
  30.  
  31. I. Vital statistics
  32. II. Interesting Things
  33. III. Lag fun
  34. IV. Maps
  35.    A. Where can I find other maps or create my own?
  36.    B. What are some of the guidelines I should follow for making maps?
  37.    C. How do I post and download maps from r.g.b from or to my machine?
  38. V. Brains
  39.    A. Now what's this about Brains?
  40.    B. Where can I get Brains?
  41.    C. How do you write Brains?
  42.  
  43. BOLO STRATEGY
  44.  
  45. I. Finally, how about some strategy tips?
  46.  
  47. ------------------
  48. BOLO NET RESOURCES
  49. ------------------
  50. I. Where are some good FTP sites?
  51.  
  52.     For everything under the Bolo sun: noproblem.uchicago.edu
  53.     For the FAQ & Guides: cybercow.rh.uchicago.edu
  54.     For misc. Bolo resources: saloon.intercon.com
  55.                               aurora.alaska.edu
  56.                               
  57. II. How about Web sites?
  58.  
  59.     The primary Bolo WWW page: http://bolo.ncsa.uiuc.edu/
  60.     For the FAQ: http://vasthi.rh.uchicago.edu/People/Woodward/BoloFAQ.html
  61.     For info on the tracker: http://kinko.engin.umich.edu/~fprefect/bolo.html
  62.     For Swarthmore's Bolo page: http://sccs.swarthmore.edu/~bigearl/
  63.     For a newbie's guide: http://kevdog.abo.fi/bolo/newbie_internet_guide.html
  64.     For a good primer: http://bolo.ncsa.uiuc.edu/info/puppylove.html
  65.     For Williams page: http://137.165.30.55/bolo.html
  66.     
  67. ----------
  68. BOLO FACTS
  69. ----------
  70.  
  71. I. Vital statistics
  72.  
  73. Common questions/misconceptions/facts about Bolo
  74. ------------------------------------------------
  75. * When a builder is killed, the man comes back to where his tank was 
  76. when he died, not to where the man died.
  77. * It takes 9 shots to kill a tank with full shields.
  78. * It takes 15 shots to kill a pillbox with full armor.
  79. * It takes 5 shots to destroy one section of wall.
  80. * It takes 1 bundle of trees to build a pillbox.
  81. * It takes 1/2 of a bundle of trees to build a road or wall.
  82. * A tank can hold 40 mines.
  83. * It takes 20 seconds to completely refuel a tank with no armor, shells 
  84. or mines.
  85. * It takes 4 mines to kill a tank.
  86. * It takes 5 bundles of trees to build a boat.
  87. * A tank can hold 40 shells. 
  88. * A mine exploding next to a tank will damage the tank. 
  89. * Shooting from a boat, you can only hit land one square from the shore. 
  90. * Shooting from a boat: 1 hit sets off a mine, 1 hit destroys a piece of 
  91. bridge, 4 hits turns grass into swamp, 4 hits turns swamp into shallow 
  92. water, 4 hits turns gravel (dead bldg.) into shallow water.
  93. * Here's how alliances work: (From Stuart's FAQ)
  94. 1. Select a person whose alliance you would like to join on the 
  95. "Players" menu and select "Request Alliance" on the "Bolo" menu.
  96. 2. If agreeable, that person should then select your name on their 
  97. "Players" menu and then select "Request Alliance" or "Invite New 
  98. Allies". If you are in an alliance, the menu choices are "Invite New 
  99. Allies" and "Leave Alliance". If you are not, then the menu choices are 
  100. "Request Alliance" and "Cancel Request". Take care that you have the 
  101. correct players selected on the "Players" menu when requesting/inviting. 
  102. If you are already in an alliance, you must select "Leave Alliance" 
  103. first before you can join a new one.
  104.  
  105. II. Interesting Things
  106. * If you leave an alliance while sitting on a base, that base will 
  107. become "neutral" with no shields left, and it will be (at least 
  108. temporarily) yours. Any pillboxes you're carrying will be yours.
  109. * When you shoot an enemy base and run over it, it will not completely 
  110. be in your possession until it gathers enough strength to defend itself.
  111. * Pillboxes shoot at the nearest enemy.
  112. * Pillboxes shoot from their center to your center, but you can hit them 
  113. on the corners.
  114. * Also a base holds (apparently) 90 shots, 90 mines, and 18 armor units 
  115. (enough to rearmor two tanks with no spare armor units, plus 2 left to 
  116. defend itself). Hence, it takes 18 shots to destroy a fully-armored 
  117. base. Although, you can often run over a base when you only pluck 17 
  118. shots into it, before it shows an "X" in the status window.
  119. * Maximum speed across (shallow) water without a boat is same as across 
  120. swamp or rubble (call it, "base speed"); across trees is twice faster, 
  121. across grass is a bit over four times faster, and across road is over 
  122. five times faster (~5.4) than base speed.
  123. * You lose 5 mines and 5 shells, but no trees, per cell of water 
  124. traversed without a boat (at base speed), except for the first cell so 
  125. traversed if entered at road speed (no such reprieve if entered at base 
  126. speed; at grass speed you can make it across a single cell, but for more 
  127. you lose 2 more mines/shells than entering at road speed). A fully 
  128. loaded tank entering water from a road can traverse eight water cells 
  129. and still have 5 shells and 5 mines at the end (40 - 7*5 = 5).
  130. * Trees grow first next to existing trees, then in decreasing order, on 
  131. grass, rubble, crater, swamp, road.
  132. * Roughly the number of continuous squares of water you can cross 
  133. without sinking, if you have a full load of trees and a cyborg (like 
  134. Nexus) building roads under you automatically: 22
  135. * From Stuart's FAQ: Bolo is the Hindi word for communication. Bolo is 
  136. about computers communicating on the network, and more importantly about 
  137. humans communicating with each other, as they argue, negotiate, form 
  138. alliances, agree [on] strategies, etc.
  139. * Different versions of Bolo cannot communicate with each other.
  140. * The more weapons you have, the bigger the explosion when you die.
  141.  
  142. III. Lag fun
  143. Lag can screw things up. For example:
  144. * You can run over boats without getting on them and sink in deep sea. 
  145. * Walls (and land) don't register being shot, so you must shoot more 
  146. slowly or use a lot of extra ammo during heavy lag.
  147. * There are two messages that are displayed when someone quits a game: 
  148. So-and-so is quitting. So-and-so left game. When they get dropped by 
  149. netsplit, you only see one: So-and-so left game.
  150. * If you're on a boat, and enter a twilight zone of nasty lag, you can 
  151. fly through walls, pillboxes, bases, everything else. Of course, 
  152. sometimes the lag abruptly ends, leaving you somewhere really strange. 
  153. This is often referred to as the "enchanted canoe" effect, from a Ren & 
  154. Stimpy cartoon.
  155.  
  156. IV. Maps
  157.  
  158. A. Where can I find other maps or create my own?
  159. There's absolutely TONS of maps you can play on. You can get them at 
  160. sumex-aim.stanford.edu, noproblem.uchicago.edu, mac.archive.umich.edu, 
  161. aurora.alaska.edu, or saloon.intercon.com for starters. Try different 
  162. ones out for the different types of play you may use. Some are small and 
  163. some are gigantic. Sometimes maps are posted on r.g.b. So, you want to 
  164. create your own map, eh? Glad you asked. . .
  165.  
  166. ========================================
  167.            Bolo Map Editors
  168.  section contributed by Pete Gontier
  169.   (complaints to: gurgle@netcom.com)
  170. ========================================
  171.  
  172. A map editor is an application which supports the creation of Bolo
  173. maps. There are two sorts: interactive and random.
  174.  
  175. Interactive editors are similar to the painting and drawing
  176. applications with which the reader is undoubtedly familiar. There
  177. is most often a variety of tools with which to manipulate the map,
  178. adding and changing the various terrain types and objects. When
  179. running a random map generator, however, the user might merely be
  180. prompted to enter several parameter ranges within which the program
  181. generates a map in an automated fashion.
  182.  
  183. Interactive editors have the advantage of giving the user great
  184. control over the map, but they also has the disadvantage of giving
  185. one possible player (the map creator) too much familiarity with the
  186. map's geography. Random map generators, of course, solve this
  187. problem, but the maps they generate lack the sophistication of a
  188. hand-built map. Some people prefer to start with a map generated by
  189. a random program and then fine-tune the map with an interactive
  190. program.
  191.  
  192. There is actually a third sort of map editor, but there is only one
  193. example of it: Bolotomy.
  194.  
  195. Interactive Bolo Map Editors
  196. ----------------------------
  197.  
  198. BoloMapEditor
  199. ~~~~~~~~~~~~~
  200. version rewiewed:       1.0 of March 13, 1993
  201. author:                 Thomas Barrett (barrett@pacific.mps.ohio-
  202. state.edu)
  203. distribution:           unknown
  204. system requirements:    600K
  205. documentation:          none found in archive
  206.  
  207. This is a no-frills map editor with few tools. Its advantages
  208. include a tiny disk space footprint (64K). However, its
  209. disadvantages include no Undo command, no control over player
  210. starting positions (they are always the same) and no selection tool
  211. (which would allow clipboard operations and other transformations).
  212.  
  213. BoloStar (tm)
  214. ~~~~~~~~~~~~~
  215. version rewiewed:       1.5 of April 26, 1993
  216. author:                 Keith Fry (keithfry@engin.umich.edu)
  217.                         Dan Rudman (rudman@engin.umich.edu)
  218. distribution:           shareware, $10
  219. system requirements:    900K/1024K, System 7
  220. documentation:          extensive (for shareware)
  221.  
  222. BMAPEdit
  223. ~~~~~~~~
  224. version rewiewed:       2.01 of October 20, 1994
  225.                         (this review is of a previous version)
  226. author:                 Carl R. Osterwald (carl_o@seri.nrel.gov)
  227. distribution:           shareware, $10
  228. system requirements:    800K/1024K, System 6.0.4
  229. documentation:          average (for shareware); includes Balloon Help
  230.  
  231. Both BoloStar and BMAPEdit are impressive applications. They each
  232. have a feature list as long as you would expect from a 1.X-level
  233. release of any commercial software. They each are designed and
  234. executed extremely well. A few things, of course, set them apart.
  235.  
  236. BoloStar has as much well-written documentation as you might expect
  237. from a shareware product, complete with a few recommendations on
  238. map editing technique in addition to nuts-and-bolts operational
  239. details. BMAPEdit, on the other hand, valiantly attempts to make up
  240. for what it lacks in documentation with Balloon Help.
  241.  
  242. BoloStar supports plug-in external command files which can perform
  243. operations on the current map selection. BoloStar also supports
  244. "scraps", like Bolo map clip art, in a special menu.
  245.  
  246. BMAPEdit has a generally more intuitive interface and has a few
  247. more useful built-in features.
  248.  
  249. (Both programs are now distributed with well-integrated random
  250. map generators.)
  251.  
  252. Random Map Generators
  253. ---------------------
  254.  
  255. CookMapper
  256. ~~~~~~~~~~
  257. version rewiewed:       1.5c (no vers resource!) of December 16, 1993
  258. author:                 John McLaughlin (borric@cairo.anu.edu.au)
  259. distribution:           freeware, apparently
  260. system requirements:    384K (this is probably arbitrary, as it is
  261.                         the THINK C default)
  262. documentation:          sparse
  263.  
  264. The only random map generator which gives you the option of watching
  265. the action in progress -- interesting fractal animation as this
  266. generator builds terrain. Parameters: fragmentation, area, number of
  267. islands, number of bases, number of pillboxes, island spacing, level
  268. of protection for each pillbox, percentage of forest, and check-boxes
  269. for roads and boats. This generator seems to be taking the correct
  270. approach in that it talks to the user in more intuitive terms than
  271. rows and columns, etc., but its maps lack the sophisticated features
  272. of maps generated by other programs.
  273.  
  274. MapGenerator
  275. ~~~~~~~~~~~~
  276. version rewiewed:       0.97 of April 27*, 1993
  277. author:                 Markus Julen (julen@inf.ethz.ch)
  278.                         Ambros Marzetta (marzetta@inf.ethz.ch)
  279. distribution:           shareware, $10
  280. system requirements:    450K
  281. documentation:          none found in archive
  282.  
  283. *The program's version data claims this is the release date, but the
  284. modification date of the file is the 28th.
  285.  
  286. This generator is truly random. The user has no control over the
  287. randomness. It tends to generate maps of roughly the same size
  288. each, but within each map there are widely varying degrees of land,
  289. water, forest, etc. This generator also is happy to generate the
  290. "man-made" aspects of a Bolo map, including walls, bases,
  291. pillboxes, roads, rubble. It even generates some rather complex
  292. man-made areas, like ports, mazes, and super-bases, near which are
  293. several bases and several pillboxes.
  294.  
  295. Unfortunately, this program crashed fairly often in testing, which
  296. is not suprising since its version number would seem to indicate it
  297. is a pre-release version. However, crashing does not result in much
  298. lost work, because the program works quickly and it is easy to
  299. reboot and run it again.
  300.  
  301. RandomMap
  302. ~~~~~~~~~
  303. version rewiewed:       1.1.0 of July 1, 1993
  304. author:                 Peter N. Lewis (peter.lewis@info.curtin.edu.au)
  305. distribution:           freeware
  306. system requirements:    293K, System 6
  307. documentation:          sufficient
  308.  
  309. This random map editor allows a fair amount of control over the
  310. parameter ranges of generated maps. Parameters: rows, columns,
  311. percentage of land, percentage of forest (on the land), number of
  312. bases, number of pillboxes, and base maximum supplies.
  313. Unfortunately, while allowing more control, RandomMap does not
  314. generate such things as roads or mazes.
  315.  
  316. Miscellaneous Map Editing Tools
  317. -------------------------------
  318.  
  319. Bolotomy (tm)
  320. ~~~~~~~~~~~~~
  321. version rewiewed:       April 29, 1993
  322. author:                 Alan Witmer (fostex!alan_witmer@dartvax*)
  323.                         Jerry Halstead (fostex!jerry_halstead@dartvax*)
  324. distribution:           shareware, $8
  325. system requirements:    color, possibly System 7, possibly a Quadra**
  326. documentation:          sufficient
  327.  
  328. *It's possible your mailer will know where dartvax is (dartmouth.edu?),
  329. but it's not likely. The authors should mail the FAQ maintainer with
  330. better addresses.
  331.  
  332. **This is informal software, folks; the authors haven't had a chance
  333. to test on much else. It may run fine on everything.
  334.  
  335. This is a tool to convert any PICT into a Bolo map. It uses
  336. sophisticated image analysis algorithms to pick terrain types,
  337. sizes, and placements. It doesn't have a huge feature list; it gets
  338. its job done and gets out of the way; but there are some
  339. adjustments for the user to make so that the transfer goes as
  340. desired.
  341.  
  342. B. What are some of the guidelines I should follow for making maps?
  343. (From Matt Slot, fprefect@engin.umich.edu) 
  344.  
  345. Note: This is simply advice on how to make a good map, but different 
  346. people feel differently about map making, so try different styles if you 
  347. like.
  348. ------
  349. Some maps are neat, others play well, and some just suck. Maps that have 
  350. a particular shortage of trees, a poor layout of the islands, or most 
  351. annoyingly start positions beyond the edge of the explored universe. 
  352. Maps should be well thought out so that: 
  353. * There is a well distributed selection of bases. No clumps of more than 
  354. 3 within a 30 square diameter. 
  355. * Trees are in abundance, and more can grow back easily everywhere. 
  356. (Note: Some maps have "resource strategies", where trees are precious. 
  357. Maps like these can also be fun to play. - cls) 
  358. * Land should not have Deep Water embedded into it or without a suitable 
  359. shallow water buffer. 
  360. * Start positions should be within sight of land, but still in deep sea. 
  361. * If you need to make a big map, make it easy to traverse it. If you 
  362. make one with lots of islands, make them close enough to be visible to 
  363. each other. 
  364. * Remember realism is as important as playability -- but both can make a 
  365. map very enjoyable.
  366. * Large Maps, Small Teams - When playing a 2 on 2 or a 3 on 3, the map 
  367. should definitely be no bigger than 100 by 100. For 4-6 players, maps 
  368. between 50 by 50 and 75 by 75 are optimal. For 6-8 players, maps from 70 
  369. by 70 to 90 by 90 are optimal. For more players, maps should still be 
  370. less than 120 by 120. A large map slows the game down to a crawl, where 
  371. a player must make a long foray into heavily mined territory to find a 
  372. single base/pillbox, kill it and return home without refueling. To 
  373. defend more than a small area involves a large network of roads which 
  374. are easily mined. In general, In either case the game is not one of 
  375. skill, but who has the most patience (and time!).
  376.  
  377. C. How do I post and download maps from r.g.b from or to my machine?
  378.  
  379. How to get maps that are posted: The files should be posted in BinHex 
  380. 4.0 format. All you need to do is save the article containing the map as 
  381. text, and run it through a BinHex decoder (such as BinHex 4.0 or Stuffit 
  382. Expander) on your Macintosh, and a map file will come out. If you're 
  383. using UNIX's trn, just type s [mapname] (the mapname doesn't matter) and 
  384. ftp the file to your machine from your UNIX account. You could also cut 
  385. and paste it into a normal text file and run that text file through the 
  386. decoder. 
  387.  
  388. How to post maps: Just run your map through BinHex 4.0, changing it from 
  389. an application to an upload. The resultant file will be a simple text 
  390. file. Just attach that file to your USENET message.
  391.  
  392. V. Brains
  393.  
  394. A. Now what's this about Brains?
  395. Brains are small bits of code that allow the computer to control your 
  396. tank for you. The first brain was Stuart's autopilot. You can use brains
  397. for various uses. You can set a slew of brains to fight it out on a new 
  398. map to determine its playability. You can use them as allies. You can 
  399. fight against them for practice. Remember, though, for each brain, you 
  400. have to use a separate copy of Bolo. For example, I sometimes run 3 
  401. brains on my Centris 610, and run a 4th copy of Bolo to play myself. 
  402. That's how you can play by yourself. Just choose Appletalk (even if the 
  403. machine is isolated), and run three or more copies of the application, 
  404. with one Brains folder (which hold the different Brain codes), and join 
  405. in yourself. Ally them to make it more interesting. There are now brains 
  406. called cyborgs (or borgs, for short). They allow you to control certain 
  407. parts of the game, while it controls another. For example, a borg might 
  408. control your builder, so you don't have to mess with getting trees and 
  409. building roads. Others might be used for navigation. If you don't want 
  410. people to play with borgs in your game, make sure you turn off computer 
  411. tanks in the game setup dialog. 
  412.  
  413. B. Where can I get Brains?
  414. You can get brains at sumex-aim.stanford.edu, mac.archive.umich.edu, 
  415. saloon.intercon.com, aurora.alaska.edu, or noproblem.uchicago.edu, via
  416. FTP. Each site has different versions and varieties. They are often posted
  417. to r.g.b directly.
  418.  
  419. The following list contains the known and publicly available brains. 
  420.  
  421. Full Bots:
  422. ---------- 
  423. Indy 2.02
  424. Dumbot 0.5
  425. Standard Autopilot (comes with the Bolo package)
  426. Helper Autopilot .02
  427. Tonto 1.0 (Formerly Milo's Autopilot)
  428. Rover .01
  429. Maxwell 1.4
  430. RicklesBot (Just randomly insults players - nothing else)
  431. Ladmo 0.60
  432.  
  433. Cyborgs:
  434. --------
  435. Nexus 1.2.1
  436. Navbot
  437. Brainwave 1.0
  438.  
  439. Note about Indy from its author:
  440. Q: "I can't get Indy to work, when I select it from the menu nothing 
  441. happens."
  442. A: You haven't increased the memory size. Indy takes memory form the 
  443. bolo application heap. If there is not enough memory then Bolo will not 
  444. load the brain. Bolo requires from 450-1200k depending on the map used, 
  445. if sound is installed, and if a memory hungry brain like Indy is on. I 
  446. haven't had any problems with Indy 1.4 running average size maps on a 
  447. 1200k partition.
  448.  
  449. C. How do you write Brains?
  450. Stuart included some sample code and directions for writing brains in 
  451. the Bolo package. Also, there is a mailing list which discusses brain 
  452. programming. To subscribe, send mail to listserv@ncrpda.curtin.edu.au, 
  453. with any subject, and body subscribe brain Your Name.
  454. You can mail to the list by sending to brain@ncrpda.curtin.edu.au.
  455.  
  456. IV. Finally, how about some strategy tips?
  457.  
  458. There are several strategy guides available at noproblem.uchicago.edu.
  459. Here's a few from r.g.b:
  460. ---------- 
  461. From Steve Kives (kives@ruhr.engin.umich.edu)
  462.  
  463. I think most anyone can take a lone pb within a half-minute if they are 
  464. not worried about: 1) running their armor down to zero, and 2) lurkers 
  465. in the woods nearby. My standard strategy is this: Shoot two spaces near 
  466. the pb for buildings. These spaces are usually spaces #2 and #3 in a 
  467. straight line away from the pb. But don't build yet. Rush in and pile on 
  468. the shots. Plan on receiving one hit, and circle away with no more 
  469. damage. The pb is 1/3 damaged and angry. Build your buildings and line 
  470. yourself up, not on the same straight axis with pb/buildings, but just 
  471. one lane over. This allows careful placement of the crosshairs on the 
  472. pb, while the pb must shoot through the buildings before any shots hit 
  473. you. If you have a pb, use a pb in space #3. Keep the cursor on the pb 
  474. after building. Saddle up the lane after a few seconds, when the pb is 
  475. only slightly mad, and pour in the glancing blows. If you just built 
  476. buildings, some shots still get through, and you must tirade after about 
  477. 2 seconds. If you built a pb, then don't move! When enemy pb is dead, 
  478. charge forward, simultaneously clicking the mouse button. Man fixes your 
  479. pb, which is irate. If a vulture comes out of the woods, he is meat. 
  480. This is a good and realistic strategy in a game crowded with cunning 
  481. players and many tricks-up-the-sleeves. The whole move takes 30 seconds. 
  482. Shoot for mines, and shoot the pb in one quick movement. Build 
  483. obstructions and clear defending mines when waiting for pb to cool a 
  484. little. Then move in for coup-de-grace and fix your pb in a deft stroke 
  485. (when shots are not hitting you -- don't get your man killed). This 
  486. strategy generally deals with problems 1 and 2 mentioned previously. 
  487. Also, lay a minefield several spaces behind you, and right outside the 
  488. margins of nearby forests. This helps punish the vultures. As far as 
  489. base-defenses go, I think the most successful strategy is to lay 
  490. scattered mines (not chain-reactable) throughout the entire firing rage 
  491. of your pbs, and a little beyond. Especially lay mines right next to pbs 
  492. and your bases, though it can make refueling a little delicate. There is 
  493. nothing more satisfying than seeing an enemy spiker blow his man up. 
  494. Time to bum-rush his pillboxes! A very important element of pb-defenses 
  495. is adverse terrain. A swamp is great, otherwise use lots of craters. 
  496. This severely inhibits enemy builders doing bad things to you, and road-
  497. building into your base shows up like a beacon on the pillbox-view 
  498. function. For the devious, a proven strategy is to sneak up directly 
  499. behind the enemy attacking your base/pbs. This means, of course, a very 
  500. wide circle flanking movement, because you cannot let him see you. When 
  501. sneaking up behind, just charge right in and shoot! Why does this work? 
  502. Because auto-scroll has a number of failings, and this is one of them. 
  503. His autoscroll will continue to view your pbs at 10 spaces away, while 
  504. you sneak up to within a couple of spaces on the other side. This tactic 
  505. is lethal every time. Of course, nothing beats the pb-gathering tactics 
  506. of a couple of old- pros who can decoy-kill at light speed. One game, I 
  507. hooked up with "Stranger" and we did this without any verbal(typing) 
  508. communication of any kind. Wasn't necessary. Took a pb every 20 seconds 
  509. for a few minutes (refueling when we had to) and the game was a joke. 
  510. The other team evaporated to other games when they saw the pbs 
  511. disappearing that quickly from the status window. If the other team 
  512. doesn't have similar tacticians, they haven't a chance. A wonderful 
  513. example of this tactic occurs when you find an enemy(uninhabited) base 
  514. with two pbs flanking. Draw an imaginary line from one pb, through the 
  515. other pb, and extended on out several spaces. Shoot for mines first! Put 
  516. a building on this line (space #1 away from enemy pb). Put a pb on this 
  517. line next (space #2). Your friend gets behind friendly pb just as you 
  518. shoot (from furthest possible distance) the farthest pb from your 
  519. friendly pb. If you do this right, this pb will start blowing away the 
  520. other enemy pb, which consequently starts to blow away the building, 
  521. then the friendly pb. But both enemy pbs are dead before anyone is 
  522. scratched! And your friend should instantly repair friendly pb to help 
  523. ward off well-armed vultures. This tactic fails when the enemies return 
  524. too soon and start bickering. But this tactic works WAY too often when 
  525. the maps are huge. If you like to lurk, find a well-traveled road 
  526. through the woods. Check for mines in the ambush site, then lay 3-4 
  527. mines in a row right next to the road(in the trees). Wait precisely on 
  528. the opposite side, in the trees. When sucker comes through (even if 
  529. going slowly for mine-caution) you start shooting first, damaging him 
  530. and pushing him into opposite row of mines. A few more shots and it's 
  531. over. AS far as safe-guarding your man goes (dead man is several times 
  532. worse than dead tank) many players on the Internet need some serious 
  533. help! I see the same mistakes made time and time again, by players that 
  534. should have seen the light much sooner. Lesson #1: mines abound! 
  535. Especially around enemy bases. Doing something with the man? Shoot the 
  536. prospective location(s) first. It's worth the ammo. By far. Lesson #2: 
  537. people love to shoot little defenseless enemy builders. I know I do! 
  538. When sending the man out, and there are enemy tanks around, the man 
  539. should NEVER cross anything but pavement and grass (or trees, but only 
  540. if you're being sneaky). Some players are so anxious to repair a pb, that 
  541. they spuriously send the man over 6 craters and 4 swamp spaces. Gun 
  542. fodder.
  543. ----------
  544. From Tobin C. Anthony, tca712@rs710.gsfc.nasa.gov
  545.  
  546. My pb strategy is somewhat different on UDP than AppleTalk. On 
  547. AppleTalk, I just sidled up to a box, move my crosshairs to full range 
  548. and rest them on the opposite edge of the pb and blast away. The pb 
  549. depletes a lot of your armor but it pushes you away with each shot. 
  550. Finally, you are out of range but with little armor. You just wait a 
  551. minute and gather wood and wait for the pb to chill. Then you can blast 
  552. it straight on again providing you waited long enough. This method all 
  553. but depletes your armor but even with the chill-out time it is the 
  554. fastest way to get a pb. I found that there are no prizes for getting 
  555. pb's retaining most amount of armor. The thing you want to minimize is 
  556. the time spent grabbing the pb before your enemy does a pb check and 
  557. comes blasting away. If one of my bases is close enough, I will even 
  558. take that cool-down time to replenish my armor. I am not proud. On UDP, 
  559. I find that netlag usually works against you. You might end up killing 
  560. the pb but you will get blown to bits as well. It's frustrating to blast 
  561. a pb and wait there anxiously as the net grinds to a halt. You only see 
  562. a few shots changing hands but you end up materializing somewhere else 
  563. far away from the pb with a tantalizing but short- lived 'x' on the 
  564. statusboard. You can use a lot of the other methods mentioned previously 
  565. to attack a pb under UDP but there is no substitute for having an ally 
  566. to act as a decoy(Bolo raison d'tre??). Two allies can start out near a 
  567. friendly base and end up mowing down a swath of enemy pbs in no time.---
  568. ---------------
  569. From Eric Hiris (hirisej@ctrvax.vanderbilt.edu)
  570.  
  571. Using Pillboxes (offensively): 1) spiking the enemy base(s) - that is, 
  572. placing a pillbox next to the enemies base (for you novices out there, 
  573. this works best if you place your pb right next to the enemy base - 
  574. watch out for mines though). 2) attacking enemy pbs. That is using your 
  575. pb as a superwall to shoot around when attacking a pb. Just be 
  576. forewarned: there are vultures out there waiting to capture both your pb 
  577. and the one you are attacking. 3)shooting your own pb when other are 
  578. near - kablooie! (or is this defense?)Bases: Despite what you might 
  579. think from discussions in this newsgroup, bases are how the game is won 
  580. or lost. If one team has all the bases, then everyone else has lost. 
  581. Period. Therefore, take as many as you can early in the game and defend 
  582. them to the best of your ability. If you are satisfied with two early in 
  583. the game, well, uh, good luck. If you take 10 bases right away, you will 
  584. lose some of them, but so what? You got 8 more. :) Base placement during 
  585. map making: Personal Opinion: If you are making a map, please please, 
  586. please do not put bases adjacent to each other. Forests: The importance 
  587. obviously depends on the map. If there is forest everywhere, trees are 
  588. almost a non-issue. If there are few forests, by all means, go hide in 
  589. the enemies for a bit and when no one is around take the forest or 
  590. destroy it. In some sense, it is like killing all your enemies' men if 
  591. the remaining forests are guarded well. Another thing to be aware of is 
  592. that water, walls, roads, and swamp adjacent to forest will eliminate or 
  593. greatly reduce the regrowth of forest. Use this to your benefit or 
  594. against your enemies to the best you can. As stated recently in this 
  595. newsgroup, forest grows back most rapidly on grass when it is surrounded 
  596. by other trees. Harvesting trees in a checkerboard pattern will result 
  597. in the fastest regrowth of trees if you are concerned about ecology :) 
  598. Walls: Some people like them, some people don't. They are mostly used 
  599. offensively - to hide behind when attacking a pb. Others try to use them 
  600. defensively, but my experience suggests that except for special 
  601. situations, walls are generally not effective in defense. The best use 
  602. for the walltool is to make boats. Roads: Nice, but if you make them, 
  603. people have a tendency to mine them right away. Roads are best used to 
  604. cover up gravel and mine blasts in your 'home' area, a place where 
  605. people will get pb'd to death if they try a mining run. Also two roads 
  606. will block a waterway that the enemy has been using (or a road and a 
  607. wall)Mines: I don't know if I want to start this again, but: 1) the most 
  608. effective use of a mine (I think) is to one mine on squares that share a 
  609. border with your pb. Therefore, when people try decoy tricks, the man 
  610. will die trying to build wall if they are not careful. If they do manage 
  611. to kill the pb, your enemy will hit the mine(s) before and or after the 
  612. pb and be weakened and slowed down, allowing you time to return for easy 
  613. revenge. Another note is that placing a pb on or within an area of slow 
  614. terrain(swamp, mine blasts, rubble) makes it a real pain for a pb to be 
  615. retrieved after it has been killed - again allowing you time to return 
  616. for revenge. 2)making water ways. This keeps enemy men with devious 
  617. plans away from your bases. Also, in regards to the 'big mine 
  618. controversy' that raged in this group recently: make waterways with 
  619. mines. As of yet there are no sea mines, so you are perfectly safe going 
  620. through mined enemy territory on a boat. Let them spend all their time 
  621. mining! 3) Mine randomly. Yes, this counts as a strategy, I hate it, 
  622. others love it, but until further notice this is a strategy, like it or 
  623. not. This strategy allows you to slow the pace of the game down to 
  624. almost 0. Be warned that your enemy will do the same and the enemy may 
  625. just circumvent all your mines by making a waterway. Personal Opinion: 
  626. use in desperation only.
  627.  
  628. ----------------- 
  629. From Robert Fullmer (fullmer@owlnet.rice.edu) 
  630.  
  631. If you can't take a pillbox without dying, 9 times out of 10, or don't 
  632. know how to run a two man, or are generally not quite an expert at the 
  633. game yet, spike only after careful consideration and approval from 
  634. teammates. Clearly, there are cases where this rule doesn't apply (when 
  635. you're not an expert but your allies are even greener, for example), but 
  636. I've had problems in the past with allies that pick up two or three 
  637. pills from one of my heavily fortified bases and spike them deeper than 
  638. we're ready to take. We lose the pills, and if they repeat the exercise 
  639. for long enough, the game. Spiking is an art. It can make the difference 
  640. when used properly, but can lose the game when misapplied. So this is a 
  641. call to newbies: If you're thinking about spiking with a pillbox you 
  642. didn't just capture yourself, check it out with your allies first.
  643. -------------
  644. End of rec.games.bolo FAQ - Part 2
  645. ------------- 
  646. Maintained by Cory L. Scott, cls6@midway.uchicago.edu
  647.  
  648. This FAQ is published by Cory L. Scott, and may not be distributed for profit
  649. in any form other than a USENET feed. It may not be altered or changed without
  650. the author's permission.
  651.  
  652.  
  653. -- 
  654. Cory L. Scott            | "They're inhabitants of alt.tasteless. . .] where
  655. cls6@midway.uchicago.edu |  they march to a decidedly different drummer, and,
  656. University of Chicago    |  when they're done marching, usually shoot him."
  657. -|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-| - Dave Ratcliffe -|-|-|-|
  658.